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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document shall provide a description of the UTRAN RNS-RNS (lur) interface user plane protocols for 
Common Transport Channel data streams as agreed within the TSG-RAN working group 3. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] ITU-T Recommendation 1.361 (1 1/95): "B-ISDN ATM Layer Specification". 

[2] ITU-T Recommendation 1.363.2 (09/97): "B-ISDN ATM Adaptation Layer specification: Type 2 

AAL". 

[3] ITU-T Recommendation 1.366.1 (06/98): "Segmentation and Reassembly Service Specific 

Convergence Sublayer for the AAL type 2". 

[4] 3GPP TS 25.427: "UTRAN lub/Iur Interface User Plane Protocols for DCH Data Streams". 

[5] 3GPP TS 25.401: "UTRAN overall description". 

[6] 3GPP TR 25.990: "Vocabulary". 

[7] 3GPP TS 25.321: "Medium Access Control (MAC) protocol specification". 

[8] 3GPP TS 25.423: "UTRAN lur Interface RNSAP Signalling". 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions in [5] and the following apply: 

Common Transport Channel: it is defined as a transport channel that is shared by several users i.e. DSCH, USCH 
[TDD], CPCH [FDD], RACH, FACH 

Transport Connection: service provided by the transport layer and used by Frame Protocol for the delivery of FP PDU 



3.2 Symbols 

No special symbols are defined in the present document. 
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3.3 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AAL2 ATM Adaptation Layer type 2 

ATM Asynchronous Transfer Mode 

CFN Connection Frame Number 

CmCH Common Transport Channel 

CPCH Common Packet Channel 

C-RNC Controlling Radio Network Controller 

CRC Cyclic Redundancy Checksum 

DCH Dedicated Transport Channel 

DL Downlink 

D-RNTI Drift RNTI 

DSCH Downlink Shared Channel 

FACH Forward Access CHannel 

FP Frame Protocol 

FT Frame Type 

RACH Random Access CHannel 

RNC Radio Network Controller 

RNTI Radio Network Temporary Identity 

SRNC Serving Radio Network Controller 

S-RNTI Serving RNTI 

SSCS Service Specific Convergence Sublayer 

TB Transport Block 

TBS Transport Block Set 

TFI Transport Format Indicator 

ToA Time of Arrival 

TTI Transmission Time Interval 

UE User Equipment 

UL Uphnk 

U-RNTI UTRAN RNTI 

USCH Uplink Shared Channel 

3.4 Specification Notations 

For the purposes of the present document, the following notations apply: 

[FDD] This tagging of a word indicates that the word preceding the tag "[FDD]" applies only to FDD. 

This tagging of a heading indicates that the heading preceding the tag "[FDD]" and the section 
following the heading applies only to FDD. 

[TDD] This tagging of a word indicates that the word preceding the tag "[TDD]" applies only to TDD. 

This tagging of a heading indicates that the heading preceding the tag "[TDD]" and the section 
following the heading applies only to TDD. 

[FDD - ...] This tagging indicates that the enclosed text following the "[FDD - " applies only to FDD. 

Multiple sequential paragraphs applying only to FDD are enclosed separately to enable insertion of 
TDD specific (or common) paragraphs between the FDD specific paragraphs. 

[TDD - ...] This tagging indicates that the enclosed text following the "[TDD - " applies only to TDD. 

Multiple sequential paragraphs applying only to TDD are enclosed separately to enable insertion 
of FDD specific (or common) paragraphs between the TDD specific paragraphs. 

Procedure When referring to a procedure in the specification, the Procedure Name is written with the first 

letters in each word in upper case characters followed by the word "procedure", e.g. FACH Data 
Transfer procedure. 

Frame When referring to a control or data frame in the specification, the CONTROL/DATA FRAME 

NAME is written with all letters in upper case characters followed by the words "control/data 
frame", e.g. FACH FLOW CONTROL control frame. 
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IE When referring to an information element (IE) in the specification, the Information Element Name 

is written with the first letters in each word in upper case characters and all letters in Italic font 
followed by the abbreviation "IE", e.g. Credits IE. 

Value of an IE When referring to the value of an information element (IE) in the specification, the "Value" is 

written as it is specified in subclause 6.2.5 or 6.3.3 enclosed by quotation marks, e.g. "0" or "255". 



4 General Aspects 

4.1 Common Transport Channel Data Streams User Plane 
Protocol Services 

This subclause describes the services that the User Plane Protocols provide such as data transfer, flow control. 

4.1 .1 RACH/CPCH[FDD] Data Streams User Plane Protocol Services 

RACH/CPCH[FDD] frame protocol provides the following services: 

- Transport of MAC-c/sh SDUs from the DRNC to the SRNC for RACH/CPCH[FDD] common transport 
channels. 

4.1 .2 FACH Data Streams User Plane Protocol Services 

EACH frame protocol provides the following services: 

- Transport of MAC-c/sh SDUs from the SRNC to the DRNC for FACH common transport channel. 

- Flow Control between MAC-d and MAC-c/sh. 

4.1 .3 [TDD - USCH]/DSCH Data Streams User Plane Protocol Services 

[TDD USCH]/DSCH frame protocol provides the following services: 

- Transport of MAC-c/sh SDUs between the SRNC and the DRNC for [TDD USCH] and DSCH common 
transport channels. 

- Flow Control between MAC-d and MAC-c/sh. 

4.2 Services expected from the Data Transport Network layer 

The following services are expected from the transport layer: 

Delivery of Frame Protocol PDUs. 

In sequence delivery is not required. However, frequent out-of-sequence delivery may impact the performance and 
should be avoided. 

4.3 Protocol Version 

This revision of the specification specifies version 1 of the protocols. 
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5 Common Transport Channel Data Streams User 

Plane Procedures 

This clause specifies the user plane procedures for Common Transport Channels data streams. Typical related scenarios 
at lur interface should be described. 

For the user plane of the radio network layer there are four Common Transport Channel frame handling protocols: 

1. Random Access Channel/Common Packet Channel [FDD] Frame Protocol (RACH/CPCH[FDD] FP) for 
transport of lur data streams carried on RACH/CPCH[FDD] on the Uu-interface. 

2. Forward Access Channel Frame Protocol (FACH FP) for transport of lur data streams carried on FACH on the 
Uu-interface. 

3. Downlink Shared Channel Frame Protocol (DSCH FP) for transport of lur data streams carried on DSCH on the 
Uu-interface. 

4. Uplink Shared Channel Frame Protocol ([TDD - USCH] FP) for transport of lur data streams carried on USCH 
on the Uu-interface. 



5.1 



Data Transfer 



5.1 .1 RACH/CPCH[FDD] Data Transfer 

DRNd SRNC 



DATA FRAME 



Figure 1 : RACH/CPCH[FDD] Data Transfer procedure 

Data received on the RACH/CPCH[FDD] transport channel is transmitted from the DRNC to the SRNC using 
RACH/CPCH[FDD] DATA FRAMEs. The data is protected by a mandatory payload CRC. Multiple MAC-c/sh SDUs 
of same length may be transmitted in the same RACH/CPCH[FDD] DATA FRAME. 



5.1 .2 FACH Data Transfer 

[drnc 



SRNC 



DATA FRAME 



Figure 2: FACIH Data Transfer procedure 

Data to be transmitted on the FACH transport channel is transmitted from the SRNC to the DRNC using FACH DATA 
FRAMES. Multiple MAC-c/sh SDUs of same length and same priority level (CmCH-PI) may be transmitted in the same 
FACH DATA FRAME. Within one priority level and size the MAC-c/sh SDUs shall be transmitted by the DRNS on 
the Uu interface in the same order as they were received from the SRNC. 

The UE-ID Type Indicator IE indicates which UE-ID type MAC-c/sh shall include in the MAC header. 
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5.1 .3 USCH Data Transfer [TDD] 





DRNC 


DATA FRAME 


SRNC 










^ 








w 




^^^^^^^^1 ^^^^^^^^1 



Figure 3: USCH Data Transfer procedure 

Whenever there is USCH data in the DRNC, transfer is done immediately to the SRNC via the USCH Data Port using 
USCH DATA FRAMES. 

Data received on the USCH transport channel is transmitted from the DRNC to the SRNC using USCH DATA 
FRAMES. The data is protected by a mandatory payload CRC. Multiple MAC-c/sh SDUs of same length may be 
transmitted in the same USCH DATA FRAME. 

5.1.4 DSCH Data Transfer 





DRNC 


DATA FRAME 


SRNC 
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^^^^^^^^1 ^^^^^^^^1 



Figure 4: DSCH Data Transfer procedure 

When the SRNC has been granted capacity by the DRNC via the DSCH CAPACITY ALLOCATION Control Frame 
and the SRNC has data waiting to be sent, then the DSCH DATA FRAME is used to transfer the data. When data is 
waiting to be transferred, and a CAPACITY ALLOCATION Control Frame is received, a DSCH DATAFRAME will 
be transmitted immediately according to allocation received. 

Multiple MAC-c/sh SDUs of same length and same priority level (CmCH-PI) may be transmitted in the same DSCH 
DATA FRAME. 

The DSCH DATAFRAME includes a User Buffer Size IE to indicate the amount of data pending for the respective UE 
for the indicated priority level. Within one priority level and size the MAC-c/sh SDUs shall be transmitted by the 
DRNS on the Uu interface in the same order as they were received from the SRNC. 
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5.2 



Flow Control 



5.2.1 FACH Flow Control 





FACH FLOW CONTROL 



Figure 4A: FACH Flow Control procedure 

The FACH Flow Control procedure is used by the DRNC to control the user data flow. It may be generated in response 
to a FACH Capacity Request procedure or at any other time. The Credits IE indicates the number of MAC-c/sh SDUs 
the SRNC is allowed to transmit for the UE identified by the SRNTI IE and the associated priority level indicated by the 
Common Transport Channel Priority Indicator IE. 

The Credits IE indicates the total amount of credits granted. Any credits previously granted are withdrawn. 

If Credits IE = (e.g. due to congestion in the DRNC), the SRNC shall immediately stop transmission of MAC-c/sh 
SDUs. 

Credits IE = 'unlimited' indicates that the SRNC may transmit an unlimited number of MAC-c/sh SDUs. 

5.2.2 DSCH Capacity Request 





CAPACITY REQUEST 



Figure 5: DSCH Capacity Request procedure 

The DSCH Capacity Request procedure provides means for the SRNC to request DSCH capacity by indicating the user 
buffer size in the SRNC for a given priority level. 

The SRNC is allowed to reissue the DSCH Capacity Request procedure if no CAPACITY ALLOCATION has been 
received within an appropriate time threshold. 
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5.2.3 DSCH Capacity Allocation 





CAPACITY ALLOCATION 



Figure 6: DSCH Capacity Allocation procedure 

The DSCH Capacity Allocation procedure is generated within the DRNC. It may be generated either in response to the 
DSCH Capacity Request procedure or at any other time. 

The DRNC may use this message to modify the capacity at any time, irrespective of the reported user buffer status. 

The DSCH CAPACITY ALLOCATION frame is used by the DRNC to control the user data flow. Credits IE indicates 
the number of MAC-c/sh SDUs that the SRNC is allowed to transmit for the UE and the associated priority level 
indicated by the Common Transport Channel Priority Indicator IE. 

The Maximum. MAC- c/sh SDU Length, Credits, Interval and Repetition Period lEs indicate the total amount of 
capacity granted. Any capacity previously granted is replaced. 

If Credits IE = (e.g. due to congestion in the DRNC), the SRNC shall immediately stop transmission of MAC-c/sh 
SDUs. If Credits IE = 255, the SRNC can transmit MAC-c/sh SDUs with unhmited capacity. 

The lEs used in the DSCH CAPACITY ALLOCATION Control Frame are the Common Transport Channel Priority 
Indicator, Credits, Maximum. MAC- c/sh SDU Length, Interval and the Repetition Period. 

If the Repetition Period IE = 'unlimited repetition period' it indicates that the SRNC may transmit the specified number 
of MAC-c/sh SDUs for an unlimited period according to the bounds of Maximum MAC-c/sh SDU Length, Credits and 
Interval lEs. 



5.2.4 FACH Capacity Request 



DRNC 




CAPACITY REQUEST 



Figure 6A: FACH Capacity Request procedure 

The FACH Capacity Request procedure provides the means for the SRNC to notify the DRNC about the user buffer 
size for a given priority level. It may be sent if no FACH FLOW CONTROL frame has been received within an 
appropriate time threshold, or to signal an event such as data arrival or user buffer discard. 
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5.3 General 

5.3.1 DSCH transport bearer replacement 

As described in RNSAP [8], transport bearer replacement can be achieved for a DSCH by using the Synchronised Radio 
Link Reconfiguration Preparation procedure in combination with the Synchronised Radio Link Reconfiguration 
Commit procedure. The following steps can be discerned: 

1) The new transport bearer is established after which 2 transport bearers exist in parallel. 

2) The transport channel(s) is/are switched to the new transport bearer. 

3) The old transport bearer is released. 

In step 1), communication on the old transport bearer continues as normal. 

In step 2), the moment of switching is determined as follows: 

The DSCH DATA FRAMEs shall be transported on the new transport bearer from the CFN indicated in the 
RADIO LINK RECONFIGURATION COMMIT message. 

Starting from this CFN the RNCs shall support all the applicable Common Transport Channels frame protocol 
procedures on the new transport bearer and no requirements exist regarding support of Common Transport Channels 
frame protocol procedures on the old transport bearer. 

Finally in step 3), the old transport bearer is released. 



Frame Structure and Coding 



6.1 General 

The general structure of a Common Transport Channel frame consists of a header and a payload. This structure is 
depicted in the figure 7. 



Header 


Payload: Data or Control Information 



Figure 7: General Frame Structure 

The header shall contain the frame type field and information related to the frame type. 
There are two types of frames (indicated by the Frame Type field). 

1 . Data frame. 

2. Control frame. 

In the present document the structure of frames will be specified by using pictures similar to the following figure i 
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7 6 5 4 3 2 10 



Field 1 


Field 2 


Field 3 


Field3(cont) 


Field 4 


Spare Extension 



Byte 1 
Byte 2 
Byte 3 



Figure 8: Example frame structure 

Unless otherwise indicated, fields which consist of multiple bits within a byte will have the more significant bit located 
at the higher bit position (indicated above frame in figure 8). In addition, if a field spans several bytes, more significant 
bits will be located in lower numbered bytes (right of frame in figure 8). 

On the lur interface, the frame will be transmitted starting from the lowest numbered byte. Within each byte, the bits are 
sent according decreasing bit position (bit position 7 first). 

The Spare Extension indicates the location where new lEs can in the future be added in a backward compatible way. 

The Spare Extension shall not be used by the transmitter and shall be ignored by the receiver. 

Spare bits shall be set to by the transmitter and shall be ignored by the receiver. 

The parameters are specified giving the value range and the step (if not 1). The coding is done as follows (unless 
otherwise specified): 

Lowest value (in the range) coded as a sequence of O's; 

Highest value in the range coded as a sequence of I's. 



6.2 



Data Frame structure 



6.2.1 RACH/CPCH[FDD] Channels 

RACH/CPCH[FDD] lur data stream corresponds to the data stream of one specific UE. The used transport bearer for 
the transport of FACH/RACH or FACH/CPCH[FDD] is bi-directional. 

The RACH/CPCH[FDD]/FACH FP does not facilitate multiplexing of data streams from different UEs onto the same 
data frame, but does allow multiple UEs to share the same transport bearer. 

The RACH DATA FRAME structure is defined as common for FDD and TDD with conditional fields, and 
CPCH[FDD] DATA FRAME structure is defined as common for FDD only. 
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Header CRC 



FT 



SRNTI 



SRNTI (com) 



SRNTI (com) 



Spare bits 3-0 



Propagation Delay 



Spare Rx Timing Deviation 



IVIAC-c/sh SDU Length 



MAC-c/sh SDU Length 
(com) 



Spare bits 2-0 



NumOfSDU 



Spare bits 7-4 



MAC-c/sh SDU 1 



MAC-c/sh SDU 1 (cont) 



Spare bits 7-4 



MAC-c/sh SDU n 



MAC-c/sh SDU n (cont) 



Spare Extension 



Payload CRC 



Payload CRC (cont) 



A 



(Conditional FDD) > Header 
(Conditional TDD) 



< 



Tail 



Payload 



J 



Figure 9: RACH/CPCH[FDD] DATA FRAME structure 

Propagation delay is a conditional Information Element which is only present when the Cell supporting the 
RACH/CPCH[FDD] Transport Channel is a FDD Cell. 

Rx Timing Deviation is a conditional Information Element which is only present when the Cell supporting the RACH 
Transport Channel is a TDD Cell. 
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6.2.2 FACH Channels 



Header CRC 



FT 



DRNTI 



DRNTI (cent) 



DRNTI (cent) 



Spare 
bits 7-6 



UE-ID 
Type 



CmCH-PI 



MAC-c/sh SDU Length 



MAC-c/sh SDU Length (cont) 



NumOfSDU 



User Buffer Size 



User Buffer Size (cont) 
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IVIAC-c/sh SDU 1 



^ 



IVIAC-c/sh SDU 1 (cont) 



Spare bits 7-4 



MAC-c/sh SDU n 



MAC-c/sh SDU n (cont) 



Spare Extension 



Payload CRC 



Payload CRC (cont) 



J 
\ 



Header 



Payload 
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Figure 10: FACH DATA FRAME structure 
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6.2.3 USCH Channels [TDD] 



Header CRC 
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MAC-c/sh SDU Length 
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Spare bits 2-0 



NumOfSDU 
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Payload CRC 



Payload CRC (cont) 



y Header 



> 



Payload 



Tail 



Figure 11: USCH DATA FRAME structure 
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6.2.4 DSCH Channels 



Header CRC 



Spare bits 7-4 



FT 



CmCH-PI 
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MAC-c/sh SDU Length 



Spare bits 2-0 
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MAC-c/sh SDU 1 (cont) 



Spare bits 7-4 



MAC-c/sh SDU n 



MAC-c/sh SDU n 



Spare Extension 



Payload CRC 



Payload CRC (cont) 



Header 



Payload 



Tail 



J 



Figure 12: DSCH DATA FRAME structure 



6.2.5 Coding of Information Elements in DATA FRAMEs 



6.2.5.1 



Header CRC 



Description: Cyclic Redundancy Checksum calculated on the header of a data frame with polynomial 
X'^7+X'^6+X'^2+l. The CRC calculation shall cover all bits in the header, starting from bit in the first byte (FT field) 
up to the end of the header. 

Value range: {0-127}. 

Field length: 7 bits. 
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6.2.5.2 Frame Type (FT) 

Description: Describes if it is a control frame or a data frame. 
Value range: {0=data, l=control}. 
Field Length: 1 bit. 

6.2.5.3 D-RNTI 

Description: Identifies the UE in the DRNC. 
Value range: {0-1048575}. 
Field length: 20 bits. 

6.2.5.4 S-RNTI 

Description: S-RNTI is defined in [5]. S-RNTI is used in UL control frames to identify the UE context in the SRNC. 
Value range: {0-1048575}. 
Field length: 20 bits. 

6.2.5.5 UE-ID Type Indicator (UE-ID Type) 

Description: Indicates the UE Identifier Type to be included by MAC-c/sh in the MAC header. 
Value range: {0=U-RNTI, 1=C-RNTI}. 
Field Length: 1 bit. 

6.2.5.6 S-CCPCH Indicator (S-CI) 

Void. 

6.2.5.7 Common Transport Channel Priority Indicator (CmCH-PI) 

Description: CmCH-PI is the relative priority of the data frame and the SDUs included. 
Value range: {0-15, where O=lowest priority, 15=highest priority}. 
Field length: 4 bits. 

6.2.5.8 MAC-c/sh SDU Length 

Description: The value of that field indicates the length of every MAC-c/sh SDU in the payload of the EACH, DSCH 
and [TDD - USCH] DATA FRAME in number of bits. 

Value range: {0-5000}. 

Field Length: 13 bits. 

6.2.5.9 NumOfSDU 

Description: Indicates the number of MAC-c/sh SDUs in the payload. 
Value range: { 1-255}. 
Field Length: 8 bits. 
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6.2.5.1 Propagation delay [FDD] 

Description: One-way air interface delay as measured during RACH access. 
Value range: {0 - 765 chips}. 
Granularity: 3 chips. 
Field length: 8 bits. 

6.2.5.1 1 Rx Timing Deviation [TDD] 

Description: Measured Rx Timing Deviation as a basis for timing advance. 
Value range: {-256, ..., h-256} chips 

{N*4 - 256} chips < RxTiming Deviation < {(Nh-1)*4 - 256} chips 

WithN = 0, 1,...,127 
Granularity: 4 chips. 
Field length: 7 bits. 

6.2.5.12 User Buffer Size 

Description: Indicates the users' buffer size (i.e. the amount of data in the buffer) in octets for a given Common 
Transport Channel Priority Indicator level. 

Value range: {0-65535}. 

Field length: 16 bits. 

6.2.5.13 MAC-c/sh SDU 

Description: A MAC-c/sh SDU contains the C/TIE field [7] of the MAC header followed by one RLC PDU .Field 
length: See the value of the MAC-c/sh SDU Length IE. 

6.2.5.14 PayloadCRC 

Description: Cyclic Redundancy Checksum calculated on the payload of a data frame with polynomial 
X'^16h-X'^15h-X'^2h-1. The CRC calculation shall cover all bits in the data frame payload, starting from bit 7 in the first 
byte up to bit in the byte before the payload CRC. 

Field length: 16 bits. 

6.2.5.15 Spare Extension 

Description: Indicates the location where new lEs can in the future be added in a backward compatible way. 
Field length: 0-2 octets. 

6.3 Control Frame structure 
6.3.1 Introduction 

Control Frames are used to transport control information between SRNC and DRNC. 
Figure 13 defines the Control Frame structure for common transport channels. 
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7 







Control Frame CRC 


FT 


Control Frame Type 



Control Information 



Control Information (cont) 



Header 



■^ Payload 



Figure 13: lur Common Transport Channel Control Frame Format 

The Control Frame Type IE defines the type of the control frames. 

The length of the payload is variable accordingly to the control frame type. 

The structure of the header and the payload of the control frames is defined in the following subclauses. 

6.3.2 Header structure of the control frames 



6.3.2.1 



Control frame CRC 



Description: Cyclic Redundancy Checksum calculated on a control frame with polynomial X'^7+X'^6+X'^2+ 1 . The 
CRC calculation shall cover all bits in the control frame, starting from bit in the first byte (FT field) up to the end of 
the control frame. 

Value range: {0-127}. 

Field length: 7 bits. 

6.3.2.2 Frame type (FT) 

Refer to subclause 6.2.5.2. 



6.3.2.3 



Control Frame Type 



Description: Indicates the type of the control information (information elements and length) contained in the payload 
(=type of control frame). 

Value: values of the Control Frame Type IE parameter are defined in the table 1 . 

Table 1 : Control Frame Type 



Type of control frame 


Value 


FACH Flow Control 


0000 0010 


FACH Capacity Request 


0000 001 1 


DSCH Capacity Request 


0000 0100 


DSCH Capacity Allocation 


0000 0101 



6.3.3 Payload structure and information elements 



6.3.3.1 



FACH FLOW CONTROL 



Figure 14 shows the payload structure when the control frame is used for the above mentioned purpose. This control 
information is sent in the UL only. 
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SRNTI 



SRNTI (com) 



SRNTI (com) 



CmCH-PI 



Credits 



Spare Extension 



Figure 14: FACH FLOW CONTROL payload structure 

6.3.3.1.1 S-RNTI 
Refer to subclause 6.2.5.4. 

6.3.3.1 .2 Common Transport Channel Priority Indicator (CmCH-PI) 

Refer to subclause 6.2.5.7. 

6.3.3.1.3 Credits 

Description: The Credits IE indicates the number of MAC-c/sh SDUs that a user may transmit. 
Value range: {0-255, where O=stop transmission, 255=unlimited}. 
Field length: 8 bits. 

6.3.3.1.4 Spare Extension 

Description: Indicates the location where new lEs can in the future be added in a backward compatible way. 
Field length: 0-32 octets. 

6.3.3.2 DSCH CAPACITY REQUEST 



Spare bits 7-4 



CmCH-PI 



User Buffer Size 



User Buffer Size (cont) 



Spare Extension 



Figure 15: CAPACITY REQUEST payload structure 

The DSCH CAPACITY REQUEST is sent to the DRNC for each priority level to indicate the user buffer size in the 
SRNC. The control frame is sent by the SRNC when the SRNC considers the user buffer size needs an increased buffer 
reporting frequency. This may be sent to signal an event, such as, data arrival or user-buffer discard. The CAPACITY 
REQUEST Control Frame is used to improve user-buffer reporting above the level produced by the user-buffer 
reporting associated with the DSCH DATA FRAMEs. 

6.3.3.2.1 Common Transport Channel Priority Indicator (CmCH-PI) 

Refer to subclause 6.2.5.7. 
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6.3.3.2.2 User Buffer Size 

Refer to subclause 6.2.5.12. 

6.3.3.2.3 Spare Extension 

Refer to subclause 6.3.3.1.4. 



6.3.3.3 



DSCH CAPACITY ALLOCATION 



Spare bits 7-4 



CmCH-PI 



Max. MAC-c/sh SDU Length cont 



Max.MAC-c^h SDU Length 



Spare bits 2-0 



Credits 



Interval 



Repetition Period 



Spare Extension 



Figure 16: CAPACITY ALLOCATION payload structure 

The CAPACITY ALLOCATION Control Frame describes an allocation that the SRNC may use. When the Credits IE 
has a value of it signifies that there is no resources allocated for transmission and to thus stop transmission. When the 
Credits IE has a value of 255, it signifies unlimited capacity for transmission of SDUs. When the Repetition Period IE 
has a value of 0, it signifies that the allocation (Maximum MAC-c/sh SDU Length, Credits and Interval lEs) can be 
repeated without limit. 

6.3.3.3.1 Common Transport Channel Priority Indicator (CmCH-PI) 

Refer to subclause 6.2.5.7. 



6.3.3.3.2 



Maximum MAC-c/sh SDU Length 



Description: The value indicates the maximum allowable SDU size. MAC-c/sh SDU contains the C/T field of the 
MAC header followed by one RLC PDU Field length: See the value of the MAC-c/sh SDU Length IE. 

6.3.3.3.3 Credits 

Refer to subclause 6.3.3.1.3. 



6.3.3.3.4 



Interval 



Description: The value of this field indicates the time interval during which the Credits IE granted in the DSCH 
CAPACITY ALLOCATION Control Frame may be transmitted. This value is only apphed to the DSCH transport 
channel. 
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6.3.3.3.5 



Repetition Period 



Description: The value of this field indicates the number of subsequent intervals that the Credits IE granted in the 
DSCH CAPACITY ALLOCATION Control Frame may be transmitted. These values represent an integer number of 
Intervals (see subclause 6.3.3.3.4). This field is only applied to the DSCH transport channel. 

Value range: {0-255, where 0= unlimited repetition period}. 

Field Length: 8 bits. 

6.3.3.3.6 Spare Extension 

Refer to subclause 6.3.3.1.4. 



6.3.3.4 



FACH CAPACITY REQUEST 



Figure 17 shows the payload structure when the control frame is used for the above mentioned purpose. This control 
information is sent in the DL only. 

7 



DRNTI 



DRNTI (cont) 



DRNTI (cont) 



CmCH-PI 



User Buffer Size 



User Buffer Size (cont) 



Spare Extension 



Figure 17: FACH CAPACITY REQUEST payload structure 

6.3.3.4.1 D-RNTI 
Refer to subclause 6.2.5.3. 

6.3.3.4.2 Common Transport Channel Priority Indicator (CmCH-PI) 

Refer to subclause 6.2.5.7. 

6.3.3.4.3 User Buffer Size 

Refer to subclause 6.2.5.12. 

6.3.3.4.4 Spare extension 
Refer to subclause 6.3.3.1.4. 
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7 Handling of Unknown, Unforeseen and Erroneous 

Protocol Data 

7.1 General 

A Frame Protocol frame with an unknown IE or an illegal IE value shall be ignored. 
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